home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group94b.txt / 000012_icon-group-sender _Tue Aug 23 22:46:00 1994.msg < prev    next >
Internet Message Format  |  1995-02-09  |  2KB
  1. Received: by cheltenham.cs.arizona.edu; Tue, 23 Aug 1994 16:37:38 MST
  2. Date: 23 Aug 94 22:46 GMT
  3. From: NOR0048@applelink.apple.com (HoyskoleData,Oslo,NO,IER)
  4. Subject: ProIcon 2.0 and LF chars
  5. To: ICON-GROUP@cs.arizona.edu
  6. Message-Id: <777682525.3038677@AppleLink.Apple.COM>
  7. Errors-To: icon-group-errors@cs.arizona.edu
  8.  
  9. Re: ProIcon 2.0 and Line Feed characters
  10.  
  11. I've just started doing some simple programming projects in ProIcon 2.0 on
  12. my Macintosh LC (w/7.1) and IIci (w/7.0). Different kinds of text file
  13. conversion was what I planned to use ProIcon for in the beginning. Now I've
  14. just got my first BIG surprise:
  15.  
  16. An expression like writes(outFile,"\x0A") turns out to write a Carriage Return
  17. character instead of a Line Feed! Using "^J" instead of "\x0A" makes no
  18. difference. As far as I can see, the translation of hex 0A into 0D takes place
  19. during run-time. That \n should produce a CR on a Mac is quite natural, but
  20. not at all being able to write LF's to a text file is hard to accept,
  21. especially if you deal with cross-platform text conversion.
  22.  
  23. Does anybody know how to solve this? Is it possible to patch the run-time code
  24. without loosing the CR's you normally expect from \n and "write"?
  25.  
  26. If you have an answer or comment, I would be very pleased if you could email
  27. it to this address: Nor0048@applelink.apple.com, since I have no personal
  28. Internet address at the moment. (I expect to get one in a couple of weeks.)
  29.  
  30. Sincerely,
  31.  
  32. Jon Kleiser
  33.  
  34. Oslo, Norway
  35.  
  36.  
  37.